Network latency estimation for mobile devices

ABSTRACT

Embodiments calculate an estimated latency between computing devices. A latency service aggregates latency records defining latency measurements and corresponding latency factors from a plurality of computing devices. From the aggregated latency records, the latency service defines relationships between the latency measurements and the corresponding latency factors. Responsive to a request for an estimated latency from a mobile computing device, the latency service applies the defined relationships to estimate the latency based on the latency factors associated with the received request. In some embodiments, the estimated latency includes three portions: a first latency value representing the latency from the mobile computing device to a cell site, a second latency value representing the latency from the cell site to an access point, and a third latency value representing the latency from the access point to a destination computing device.

BACKGROUND

Computing devices may be connected to each other via various network elements. The computing devices experience latencies that are dependent on the specific network elements included in the connection. The experienced latencies can directly affect the user experience on the computing devices. Some existing systems measure the latencies for computing devices in fixed locations, such as a personal computer connected to the Internet. Such measurements are specific to each of the computing devices, and typically have high time and data traffic costs.

Other systems use geo-location databases to convert the Internet Protocol (IP) addresses of each computing device to latitude-longitude values to estimate latency between the computing devices based on geographic distance. Such systems are typically fast but inaccurate at least because latitude-longitude values for many IP addresses are missing or misplaced. Additionally, the correlation between geographic distance and latency is poor with the existing systems. Further, for mobile devices, there is often no correlation between IP addresses and latitude-longitude values. Even for mobile devices that have a correlation between IP address and latitude-longitude values, the geographic locations of mobile devices do not correlate well to latency (e.g., due to the effect of factors such as congestion and signaling).

SUMMARY

Embodiments of the disclosure receive a request for a latency estimation for sending data from a first computing device to a second computing device. The request identifies latency factors of the first computing device including at least a cell site identifier, a signal strength, an access proxy, and the destination computing device. The latency factors and latency measurements aggregated from a plurality of computing devices are accessed. Relationships between the accessed latency factors and the accessed latency measurements are defined. The latency estimation is calculated based on the defined relationships and the latency factors of the first computing device. The calculated latency estimation includes a sum of a first latency value from the first computing device to a cell site identified by the cell site identifier, a second latency value from the cell site to an access point identified by the access proxy, and a third latency value from the access point to the second computing device. The calculated latency estimation is provided to the first computing device.

This Summary is provided to introduce a selection of concepts in a simplified form that are further described below in the Detailed Description. This Summary is not intended to identify key features or essential features of the claimed subject matter, nor is it intended to be used as an aid in determining the scope of the claimed subject matter.

BRIEF DESCRIPTION OF THE DRAWINGS

FIG. 1 is an exemplary block diagram illustrating a plurality of computing device communicating with destination computing devices and a latency service.

FIG. 2 is an exemplary flow chart illustrating operation of the computing device to create latency records and provide the latency records to the latency service.

FIG. 3 is an exemplary block diagram illustrating latencies in communication between a mobile computing device and destination computing devices.

FIG. 4 is an exemplary flow chart illustrating operation of the latency service to calculate latency estimations based on input latency factors.

FIG. 5 is an exemplary block diagram illustrating a latency service storing computer-executable components for calculating and providing latency estimations.

FIG. 6 is an exemplary block diagram illustrating network elements involved in communication between mobile computing devices and destination computing devices.

Corresponding reference characters indicate corresponding parts throughout the drawings.

DETAILED DESCRIPTION

Referring to the figures, embodiments of the disclosure enable network latency estimation for communication between computing devices. In some embodiments, latency is estimated for communication between a mobile computing device 306 and a destination computing device 104. In such embodiments, the latency estimation includes three portions: a first latency value corresponding to a latency between the mobile computing device 306 and a cell site (e.g., a cellular tower), a second latency value corresponding to a latency between the cell site and an access point, and a third latency value corresponding to a latency between the access point and the destination computing device 104.

Estimating the latency enables applications executing on mobile computing devices 306 to adjust operations to maintain or enhance the user experience on the mobile computing devices 306. The user experience for some applications, such as video streaming applications or web browsers, is heavily dependent on network latency. The network latency is dependent on connections that, for mobile computing devices 306, are dynamic and may change frequently. Aspects of the disclosure enable applications to select a particular network connection or server that is estimated to provide the least latency. Aspects of the disclosure also enable mobile computing devices 306 to determine when to communicate with other computing devices. For example, a high estimated latency may indicate to an application that communication should not even be attempted (e.g., during voice-over-IP or video conferencing connection attempts, or when selecting players in an multiplayer online game).

Referring again to FIG. 1, an exemplary block diagram illustrates a plurality of computing devices 102 communicating with one or more destination computing devices 104 and a latency service 118. The computing devices 102 include computing device #1 through computing device #M. The computing device 102, however, represents any device executing instructions (e.g., as application programs, operating system functionality, or both) to implement the operations and functionality associated with the computing device 102. The computing device 102 may include a mobile computing device such as mobile computing device 306 or any other portable device. In some embodiments, the mobile computing device 306 includes a mobile telephone, laptop, netbook, gaming device, and/or portable media player. The computing device 102 may also include less portable devices such as desktop personal computers, kiosks, and tabletop devices. Additionally, the computing device 102 may represent a group of processing units or other computing devices.

The computing device 102 has at least one processor 106 and a memory area 108. The processor 106 includes any quantity of processing units, and is programmed to execute computer-executable instructions for implementing aspects of the disclosure. The instructions may be performed by the processor 106 or by multiple processors executing within the computing device 102, or performed by a processor external to the computing device 102. In some embodiments, the processor 106 is programmed to execute instructions such as those illustrated in the figures (e.g., FIG. 2).

The computing device 102 further has one or more computer-readable media such as the memory area 108. The memory area 108 includes any quantity of media associated with or accessible by the computing device 102. The memory area 108 may be internal to the computing device 102 (as shown in FIG. 1), external to the computing device 102 (not shown), or both (not shown).

The memory area 108 stores, among other data, one or more applications 110. The applications 110, when executed by the processor 106, operate to perform functionality on the computing device 102. Exemplary applications 110 include mail application programs, web browsers, calendar application programs, address book application programs, messaging programs, media applications, location-based services, search programs, and the like. The applications 110 may communicate with counterpart applications or services such as web services accessible via a network such as network 105. For example, the applications 110 may represent downloaded client-side applications that correspond to server-side services executing in a cloud.

When executed, one or more of the applications 110 may communicate with other devices such as the destination computing devices 104. Latency may occur during the communications. The memory area 108 further stores one or more latency records 112, such as latency record #1 through latency record #N. Each of the latency records 112 has one or more latency factors. In some embodiments, the latency factors identify one or more of the following: a latency measurement, a cell site identifier, a location of the computing device 102, a signal strength, an access point name 612 (APN), and one of the destination computing devices 104. The latency measurement corresponds to a latency experienced by the computing device 102 when sending data from the computing device 102 to one of the destination computing devices 104 via network 105. The cell site identifier identifies a cell site to which the computing device 102 is connected during the latency measurement. The cell site represents a network element connecting the computing device 102 to other network elements. The cell site may include, for example, a cellular tower, a base station, a base transceiver station, a base station site, or any other network element supporting any quantity and type of communication modes. Aspects of the disclosure are operable with any cell site supporting any quantity and type of wireless and/or wired communication modes including cellular divisional multiple access (CDMA), Global System for Mobile Communications (GSM), and the like.

The signal strength, signal-to-noise ratio, error rate, and/or stability of the connection represents the strength of the connection between the computing device 102 and the cell site. The APN 612 identifies a particular network 105 used by the computing device 102 during the latency measurement. The network 105 includes any wired and/or wireless network, and may further support client-server and peer-to-peer communications. The destination computing devices 104 include any computing devices configured to communicate with the computing devices 102.

Exemplary latency records 112 may include the latency factors or parameters shown in Table 1. In some embodiments, the latency record 112 is represented as

_(p) _(i) _(,t) _(j) .

TABLE 1 Exemplary Latency Factors Associated with a Latency Record. p_(i) Mobile computing device identifier (e.g. a telephone number, international mobile equipment identity, or a random but static global user identifier) t_(j) Timestamp (e.g. coordinated universal time) location( 

 _(p) _(i) _(, t) _(j)) Location of the mobile computing device (e.g. as planetary coordinates such as latitude and longitude or a signature of a location such as a set of cellular towers and signal strengths) destination( 

 _(p) _(i) _(, t) _(j)) IP address of the destination computing device. Alternatively, a mobile computing device identifier of the destination may be used. latency( 

 _(p) _(i) _(, t) _(j)) Observed latency (in milliseconds) (e.g. single latency measurement, or minimum latency of successive measurements) operator( 

 _(p) _(i) _(, t) _(j)) Mobile operator network connected to tower( 

 _(p) _(i) _(, t) _(j)) Cell site connected to (e.g., cellular tower, wireless fidelity basic service set identifier, or universal serial bus connection) APN( 

 _(p) _(i) _(, t) _(j)) APN being used in the case of cellular connection RSSI( 

 _(p) _(i) _(, t) _(j)) Observed signal strength (e.g., for the cell site or wireless fidelity basic service set identifier

While the parameters above constitute the latency records 112 in some embodiments, latency records 112 having additional or fewer latency factors are contemplated. For example, in other embodiments, the set of latency factors identifies a cell site identifier, a signal strength, an access proxy (e.g., APN 612), and one of the destination computing devices 104. Those skilled in the art, however, will note that any one of the latency factors can be used to estimate latency. In such embodiments, however, the accuracy of the latency estimation is affected by the quantity of latency factors involved in the estimation. For example, signal strength has a small effect on latency except when the signal strength is very low. In contrast, the cell site identifier has a significant effect on latency. In some embodiments, the cell site identifier has two portions: one portion identifies the cell tower and the other portion (e.g., the location area code) identifies the radio network controller. Knowing either portion of the cell site identifier can aid in estimating latency. In another example, if only the access proxy is known, the accuracy of the latency estimation is low (e.g., off by as much as 100 ms or more). In another example, knowing the destination may have little effect on the latency as the majority of the latency may be on the side of the mobile computing device 306, in some embodiments.

The computing devices 102 provide the latency records 112 to the latency service 118. The latency records 112 may be provided upon creation of each of the latency records 112 or periodically (e.g., batched nightly, or sent after a pre-defined quantity of the latency records 112 have been created, etc.). Creating and providing the records are described next with reference to FIG. 2.

Referring next to FIG. 2, an exemplary flow chart illustrates operation of the computing device 102 to create latency records 112 and provide the latency records 112 to the latency service 118. At 204, one of the computing devices 102 measures a latency of data transmitted from the computing device 102 to one of the destination computing devices 104. For example, one or more of the applications 110 executed by the computing device 102 each performs latency measurements. In another example, an operating system associated with the computing device 102 performs the latency measurement. The computing device 102 may measure the latency while connected to other computing devices by, for example, performing operations to periodically send and receive test packets during the connection. The test packets may be piggy-backed on other data packets being sent during the connection, or may be dedicated test packets to particular destination computing devices 104 such as landmark servers scattered across the network (e.g., if the data traffic volume during the connection is low).

At 206, for each measured latency, the computing device 102 defines values for each of the latency factors. In some embodiments, the latency factors represent at least the measured latency, a cell site identifier, a location of the computing device 102, a signal strength, an APN 612, and one of the destination computing devices 104. The set of values for the latency factors corresponds to the measured latency, and generally describes the conditions, context, and/or environment in which the latency was measured. At 208, the latency record 112 is created with the defined set of latency factor values. The latency record 112 is stored, for example, in the memory area 108 of the computing device 102.

At 210, the latency record 112 stored in the memory area 108 is sent to the latency service 118. In some embodiments, the computing device 102 sends each latency record 112 upon creation. In other embodiments, the computing device 102 sends available latency records 112 periodically. For example, the computing device 102 may accumulate a threshold quantity of the latency records 112 before transmitting the latency records 112. In another example, the computing device 102 may transmit the created latency records 112 periodically such as nightly, weekly, etc.

Referring next to FIG. 3, an exemplary block diagram illustrates latencies in communication between the mobile computing device 306 and destination computing devices 104. The communication may take the form of packet communication, data streaming, and/or any other form of communication between the mobile computing device 306 and the destination computing devices 104. Each connection between the mobile computing device 306 and one of the destination computing devices 104 includes at least a cell site 304 and an access point 302. The latency experienced between the mobile computing device 306 and the destination computing device 104 is dependent on the cell site 304 and access point 302 associated with the connection. The mobile computing device 306 communicates with the cell site 304. The cell site 304 may include, for example, a cellular tower, a base station, a base transceiver station, a base station site, or any other network element supporting any quantity and type of communication modes. The cell site 304 communicates with a network 308 such as the Internet via the access point 302. The access point 302 identifies the connection to the network 308.

Communication from the mobile computing device 306 to the destination computing device 104 experiences latency that may be divided into three portions. While the latency is described in the embodiment of FIG. 3 as being divided into three portions, other embodiments contemplate additional or fewer portions. For example, one or more of the portions illustrated in FIG. 3 may be subdivided into additional portions, or the portions illustrated in FIG. 3 may be combined.

In the example of FIG. 3, a first latency occurs between the mobile computing device 306 and the cell site 304. The first latency may be dependent at least on signal strength experienced by the mobile computing device 306 and congestion of the cell site 304 (e.g., based on the quantity of devices connected to the cell site 304). Additionally, the first latency is dependent on the particular cell site 304 as each cell site 304 may cover different region sizes, have different transmit power, and/or different loss characteristics.

A second latency occurs between the cell site 304 and an access point 302. The second latency may be dependent at least on a mobile operator network 602 associated with the access point 302, and congestion of the mobile operator network 602. In some embodiments, the second latency is common to mobile computing devices 306 connected to the cell site 304 and using the same access point 302. A third latency occurs between the access point 302 identified by the access point 302 and the destination computing device 104.

Using the exemplary latency factors from Table 1, the first latency, second latency, and third latency may be expressed in the following Equation 1 below, where p corresponds to “phone,” t corresponds to “tower,” b corresponds to “backhaul,” and d corresponds to “destination.”

latency(

_(p) _(i) _(,t) _(i) )=latency_(p-t)(RSSI(

_(p) _(i) _(,t) _(j) ),tower(

_(p) _(i) _(,t) _(j) ),congestion_(t)(tower(

_(p) _(i) _(,t) _(j) ),t _(j)))+latency_(t-APN)(APN(

_(p) _(i) _(,t) _(j) ),tower(

_(p) _(i) _(,t) _(j) ),congestion_(b)(tower(

_(p) _(i) _(,t) _(j) ),APN(

_(p) _(i) _(,t) _(j) ),t _(j)))+latency_(APN-d)(APN(

_(p) _(i) _(,t) _(j) ),destination(

_(p) _(i) _(,t) _(j) ),t _(j))  (1)

In some embodiments, values for each of the first latency, second latency, and third latency are calculated as next described with reference to FIG. 4.

Referring next to FIG. 4, an exemplary flow chart illustrates operation of the latency service 118 to calculate latency estimations based on input latency factors. The latency service 118 represents any computing device programmed to perform the operations illustrated in FIG. 4. For example, the latency service 118 may represent a web service, network operations center, cloud computing service, server computing device, or other functionality external to the computing device 102. In additional examples, the latency service 118 may execute on the mobile computing device 306, a computing device associated with a mobile operator, a vendor computing device, and/or one of the destination computing devices 104 (e.g., a game program attempting to evaluate connections to the computing devices 102). The latency service 118 may include an application programming interface (API) allowing computing devices 102 to query for latency estimations.

In some embodiments, each of the operations illustrated in FIG. 4 are performed by the latency service 118. In other embodiments, one or more of the operations are performed by other computing devices such as the computing device 102 or the mobile computing device 306.

As illustrated in FIG. 1, the latency service 118 aggregates the latency records 112 from the plurality of the computing devices 102. The latency service 118 may receive a request for a latency estimation from one or more of the computing devices 102 (e.g., from applications 110 or operating systems executing on the computing devices 102). The request identifies one or more of the latency factors. For example, the request identifies a cell site identifier, a signal strength, an APN 612, and one of the destination computing devices 104. The request may be received, for example, via an application programming interface. If the request for a latency estimation for sending data from a first computing device to a second computing device is received at 402, the latency service 118 analyzes aggregated latency records 504 at 406 to define relationships between the latency measurements and the corresponding latency factors. In some embodiments, the latency service 118 defines a relationship between the signal strength and the corresponding latency measurements for each cell site. A low signal strength, for example, may correspond to an increased latency. In further embodiments, the latency service 118 determines congestion (e.g., utilization) associated with each cell site by analyzing a quantity of computing devices such as computing devices 102 currently connected to each cell site. A high number of devices connected to a cell site may correspond, for example, to an increased latency.

The relationships between the signal strength and latency, as well as between the congestion and latency, may be represented as histograms. Further, the relationships may be defined off-line, in a batch processing mode, or by a separate service.

Based on the exemplary latency factors illustrated in Table 1, the congestion for each cell site may be calculated as shown in Equation (2) below.

$\begin{matrix} {{{{congestion}_{tower}\left( {{tower},t} \right)} = {\sum\limits_{i}{\mathbb{R}}_{p_{i},t}}}{{{where}\mspace{14mu} {{tower}\left( {\mathbb{R}}_{p_{i},t} \right)}} = {tower}}} & (2) \end{matrix}$

Based on the exemplary latency factors illustrated in Table 1, the congestion for each APN 612 may be expressed as shown in Equation (3) below.

$\begin{matrix} {{{{congestion}_{backhaul}\left( {{tower},{APN},t} \right)} = {\sum\limits_{i}{\mathbb{R}}_{p_{i},t}}}{{{where}\mspace{14mu} {{tower}\left( {\mathbb{R}}_{p_{i},t} \right)}} = {{{tower}\mspace{14mu} {and}\mspace{14mu} {{APN}\left( {\mathbb{R}}_{p_{i},t} \right)}} = {APN}}}} & (3) \end{matrix}$

In some embodiments, the latency service 118 analyzes the aggregated latency records 504 to maintain an estimation of the latency between each computing device 102 and cell site to which the computing device 102 is connected, an estimation of the congestion at each cell site (e.g., based on the quantity of connected computing devices), an estimation of the latency between each cell site and APN 612, and an estimation of the congestion associated with each APN 612.

Based on the defined relationships, the latency service 118 calculates at 408 a latency estimation for the latency factors associated with the first computing device provided in the received request. The latency service 118 applies the defined relationships to the latency factors in the request from the first computing device. In some embodiments, the latency service 118 may filter the aggregated latency records 504 based on cell site identifier or APN 612, and calculate the latency estimation based on the filtered latency records.

In some embodiments, the calculated latency estimation includes a single value, a histogram of values, a cumulative distribution function, or the like that represents the estimated latency based on the aggregated latency records 504. In other embodiments, the calculated latency estimation includes a combination of latency values corresponding to the first latency, second latency, and third latency illustrated in FIG. 3. A first latency value represents the first latency from the first computing device to the cell site identified by the cell site identifier in the request. The second latency value represents the second latency from the cell site to the access point identified by the APN 612 in the request. The third latency value represents the third latency from the access point to the second computing device.

At 410, the latency service 118 provides the calculated latency estimation to the first computing device. The first computing device may adjust performance of operations of execution of the applications executing on the first computing device based on the calculated latency estimation. For example, some operations may be postponed, or execution of some applications may be suspended, if the latency estimation exceeds a pre-defined threshold.

Alternatively or in addition, the operations illustrated in FIG. 4 may be executed periodically for identified (e.g., subscribed) computing devices absent an explicit request. In such embodiments, the identified computing devices keep the latency service 118 informed of current latency factors (e.g., location, cell site, etc.). The latency service 118 calculates and provides the latency estimations periodically (e.g., every five minutes). The calculated latency estimations are cached by the identified computing devices for use by applications executing on the identified computing devices.

The latency service 118 may also provide additional information or recommendations to the first computing device along with the calculated latency estimation. For example, the latency service 118 may receive data indicating movement of the first computing device. The data may include accelerometer data, location information (e.g., global positioning system data), and/or other data indicating a current movement of the first computing device. Based on the received data and knowledge of locations of cell sites, the latency service 118 may compute a time value (e.g., absolute or relative) during which the calculated latency estimation will remain valid. For example, the latency service 118 may determine that the first computing device will change cell sites in three minutes, after which the latency estimation will change because of the different cell site. In a further embodiment, the latency estimation determines that the different cell site will increase or decrease the latency estimation, and provides that expected adjustment to the first computing device. The first computing device is then able to intelligently adjust execution of applications based on the current latency estimation and the expected adjustment. For example, the first computing device may decide to stay connected to the cell site until the latency is expected to decrease, or may decide to switch to another cell site immediately. In another example, the user is warned of the impending degradation of performance.

In further embodiments, the latency service 118 calculates an accuracy value, confidence factor, or other measurement of accuracy associated with the latency estimation.

The latency service 118 may further provide recommendations to the first computing device based on the latency estimation. For example, the latency service 118 may select one or more alternative cell sites based on the relationships defined at 404 and the calculated latency estimation. In such an example, the latency service 118 may filter the defined relationships to identify first latency values associated with cell sites near the cell site to which the first computing device is currently connected (e.g., determined from the cell site identifier in the request). The latency service 118 selects the nearby cell sites having first latency values lower than the first latency value calculated as part of the latency estimation at 408. The selected nearby cell sites are recommended to the first computing device as the alternative cell sites. Alternatively or in addition, the latency service 118 may recommend one or more physical locations for the first computing device to move to, where the first computing device automatically switches to at least one of the selected nearby cell sites upon arriving at the physical locations.

In further embodiments, the latency service 118 selects one or more wireless fidelity (Wi-Fi) access locations (or other connection modalities such as BLUETOOTH brand communication systems) based on the location of the first computing device as identified in the request. The latency service 118 selects the wireless fidelity access locations having latencies less than the calculated latency estimation. The latency service 118 then recommends the selected wireless fidelity access locations to the first computing device as alternative connections to yield a latency that is less than the calculated latency estimation. In embodiments where the destination computing device 104 is associated with a multiplayer online game, the latency service 118 may recommend network access locations at which other players of the multiplayer online game are connected and/or provide a heat map indicating the same.

Referring next to FIG. 5, an exemplary block diagram illustrates the latency service 118 storing computer-executable components for calculating and providing latency estimations. The latency service 118 includes, or has access to, one or more computer-readable media such as a memory area 502. The memory area 502 stores the aggregated latency records 504 (e.g., aggregated from the plurality of computing devices 102). The memory area 502 also stores one or more computer-executable components. Exemplary components include an interface component 506, a measurement filter component 508, an estimator component 510, and a recommendation component 512. The interface component 506, when executed by at least one processor of the latency service 118, causes the processor to receive a request for a latency estimation for sending data from a first computing device to a second computing device. In some embodiments, the interface component 506 includes a network interface card and/or computer-executable instructions (e.g., a driver) for operating the network interface card. Alternatively or in addition, the interface component 506 includes a graphics card for displaying data to the user and receiving data from the user. The interface component 506 may also include computer-executable instructions (e.g., a driver) for operating the graphics card. Further, the interface component 506 may include a display (e.g., a touch screen display) and/or computer-executable instructions (e.g., a driver) for operating the display. The interface component 506 may also include one or more of the following to provide data to the user or receive data from the user: speakers, a sound card, a camera, a microphone, a vibration motor, and one or more accelerometers. For example, the user may input commands or manipulate data by moving the computing device 102 in a particular way.

The measurement filter component 508, when executed by the processor of the latency service 118, causes the processor to access relationships derived from the latency factors and latency measurements aggregated from a plurality of computing devices 102. The estimator component 510, when executed by the processor of the latency service 118, causes the processor to calculate the latency estimation based on the relationships accessed by the measurement filter and the latency factors of the first computing device received by the interface component 506. The calculated latency estimation may include a sum of a first latency value from the first computing device to a cell site identified by the cell site identifier, a second latency value from the cell site to an access point identified by the APN 612, and a third latency value from the access point to the second computing device. The interface component 506 further executes to provide the calculated latency estimation to the first computing device.

In some embodiments, the estimator component 510 calculates the second latency value by determining a latency from the first computing device to the access point identified by the APN 612 from the request received by the interface component 506. For example, the first computing device pings the access point to determine this latency (e.g., performs traceroutes using Internet Control Message Protocol packets). Using the exemplary latency factors from Table 1, the latency between the first computing device and the APN 612 may be expressed as shown in Equation (4) below.

$\begin{matrix} {{{{latency}_{{phone} - {APN}}\left( {{RSSI},{tower},{APN}} \right)} = {{histogram}_{i,j}\left( {{latency}\left( {\mathbb{R}}_{p_{i},t_{j}} \right)} \right)}}\mspace{20mu} {where}\mspace{20mu} {{{{RSSI}\left( {\mathbb{R}}_{p_{i},t_{j}} \right)} = {RSSI}},\mspace{20mu} {{{tower}\left( {\mathbb{R}}_{p_{i},t_{j}} \right)} = {tower}},\mspace{20mu} {{{APN}\left( {\mathbb{R}}_{p_{i},t_{j}} \right)} = {APN}}}} & (4) \end{matrix}$

Other embodiments may conclude that the minimum latency measurement observed in the aggregated latency records 504 involving the cell site, APN 612, and signal strength specified in the request represents the inherent latency between the first computing device and the APN 612. In such embodiments, the latency between the first computing device and the APN 612 may be expressed as shown in Equation (5) below.

$\begin{matrix} {{{{latency}_{{phone} - {APN}}\left( {{RSSI},{tower},{APN}} \right)} = {{minimum}_{i,j}\left( {{latency}\left( {\mathbb{R}}_{p_{i},t_{j}} \right)} \right)}}\mspace{20mu} {where}\mspace{14mu} \mspace{20mu} {{{{RSSI}\left( {\mathbb{R}}_{p_{i},t_{j}} \right)} = {RSSI}},{{{tower}\left( {\mathbb{R}}_{p_{i},t_{j}} \right)} = i},{{{APN}\left( {\mathbb{R}}_{p_{i},t_{j}} \right)} = {APN}}}} & (5) \end{matrix}$

The first latency value is then subtracted from the determined latency between the first computing device and the access point to obtain the second latency value. In some embodiments, a set of third latency values is maintained by a third-party service. In such embodiments, the estimator component 510 accesses the third-party service to retrieve the third latency value for the particular set of latency factor values from the received request. The third-party service may include, for example, a network coordinate system that builds virtual coordinates of Internet nodes or elements to predict latencies between the nodes.

Using the exemplary latency factors from Table 1, the latency between the APN 612 and the destination computing device 104 may be expressed as shown in Equation (6) below.

latency_(APN-destination)(APN(

_(p) _(i) _(,t) _(j) ),destination(

_(p) _(i) _(,t) _(i) ),t_(j))  (6)

Some embodiments include the recommendation component 512. The recommendation component 512, when executed by the processor of the latency service 118 causes the processor to compare the latency estimation calculated by the estimator component 510 with a pre-defined threshold. Based on the comparison, the recommendation component 512 selects one or more alternative cell sites. For example, if the calculated latency estimation exceeds the pre-defined threshold, the recommendation component 512 selects the alternative cell sites having latencies that will reduce the calculated latency estimation to less than the pre-defined threshold. The selected, alternative cell sites are identified to the first computing device. The first computing device then may connect to one of the selected cell sites to experience reduced latency.

Referring next to FIG. 6, an exemplary block diagram illustrates network elements involved in communication between mobile computing devices 306 and destination computing devices 104. The mobile computing devices 306 connect to cell sites. The cell sites connect to mobile operator networks 602 such as mobile operator network #1 and mobile operator network #2. Exemplary mobile operator networks 602 include one or more radio network controllers 604 (RNC), serving general packet radio service (GPRS) support nodes 606 (SGSN), gateway GPRS support nodes 608 (GGSN), and APNs 612. Each mobile operator network 602 may have multiple APNs 612, where each APN 612 corresponds to a particular type of class of service.

The mobile operator networks 602 connect to the destination computing devices 104 via a network 610.

The first latency value, second latency value, and third latency value for each of the mobile computing devices 306 are dependent at least on the particular cell sites and mobile operator networks 602 to which each of the mobile computing devices 306 is connected.

Additional Examples

In some embodiments, the set of exemplary latency factors describing the context of a latency measurement includes additional or fewer factors. For example, the set of latency factors associated with one of the latency records 112 may include an Internet Protocol (IP) address or a mobile operator name associated with the computing device 102 performing the measurement, instead of including the APN 612. In such an example, the IP address acts as a replacement for the APN 612. The latency service 118 may be able to identify the APN 612 from the IP address and/or the mobile operator name.

While aspects of the disclosure have been described with reference to an APN such as APN 612, other embodiments are operable with other network configurations. In general, the APN is an access proxy representing the last point on the mobile operator network before traffic goes to the Internet. The access proxy is also the last point that is visible to the computing device 102 as part of the configuration of the computing device 102. Aspects of the disclosure are operable with any such access proxy.

At least a portion of the functionality of the various elements in FIG. 5 may be performed by other elements in FIG. 5, or an entity (e.g., processor, web service, server, application program, computing device, etc.) not shown in FIG. 5.

In some embodiments, the operations illustrated in FIG. 2 and FIG. 4 may be implemented as software instructions encoded on a computer-readable medium, in hardware programmed or designed to perform the operations, or both. For example, aspects of the disclosure may be implemented as a system on a chip.

While no personally identifiable information is tracked by aspects of the disclosure, embodiments may have been described with reference to data monitored and/or collected from users. In such embodiments, notice is provided to the users of the collection of the data (e.g., via a dialog box or preference setting) and users are given the opportunity to give or deny consent for the monitoring and/or collection. The consent may take the form of opt-in consent or opt-out consent.

Exemplary Operating Environment

Exemplary computer readable media include flash memory drives, digital versatile discs (DVDs), compact discs (CDs), floppy disks, and tape cassettes. By way of example and not limitation, computer readable media comprise computer storage media and communication media. Computer storage media store information such as computer readable instructions, data structures, program modules or other data. Communication media typically embody computer readable instructions, data structures, program modules, or other data in a modulated data signal such as a carrier wave or other transport mechanism and include any information delivery media. Combinations of any of the above are also included within the scope of computer readable media.

Although described in connection with an exemplary computing system environment, embodiments of the invention are operational with numerous other general purpose or special purpose computing system environments or configurations. Examples of well known computing systems, environments, and/or configurations that may be suitable for use with aspects of the invention include, but are not limited to, mobile computing devices, personal computers, server computers, hand-held or laptop devices, multiprocessor systems, gaming consoles, microprocessor-based systems, set top boxes, programmable consumer electronics, mobile telephones, network PCs, minicomputers, mainframe computers, distributed computing environments that include any of the above systems or devices, and the like.

Embodiments of the invention may be described in the general context of computer-executable instructions, such as program modules, executed by one or more computers or other devices. The computer-executable instructions may be organized into one or more computer-executable components or modules. Generally, program modules include, but are not limited to, routines, programs, objects, components, and data structures that perform particular tasks or implement particular abstract data types. Aspects of the invention may be implemented with any number and organization of such components or modules. For example, aspects of the invention are not limited to the specific computer-executable instructions or the specific components or modules illustrated in the figures and described herein. Other embodiments of the invention may include different computer-executable instructions or components having more or less functionality than illustrated and described herein.

Aspects of the invention transform a general-purpose computer into a special-purpose computing device when configured to execute the instructions described herein.

The embodiments illustrated and described herein as well as embodiments not specifically described herein but within the scope of aspects of the invention constitute exemplary means for estimating the latency between the first computing device and the second computing device.

The order of execution or performance of the operations in embodiments of the invention illustrated and described herein is not essential, unless otherwise specified. That is, the operations may be performed in any order, unless otherwise specified, and embodiments of the invention may include additional or fewer operations than those disclosed herein. For example, it is contemplated that executing or performing a particular operation before, contemporaneously with, or after another operation is within the scope of aspects of the invention.

When introducing elements of aspects of the invention or the embodiments thereof, the articles “a,” “an,” “the,” and “said” are intended to mean that there are one or more of the elements. The terms “comprising,” “including,” and “having” are intended to be inclusive and mean that there may be additional elements other than the listed elements.

Having described aspects of the invention in detail, it will be apparent that modifications and variations are possible without departing from the scope of aspects of the invention as defined in the appended claims. As various changes could be made in the above constructions, products, and methods without departing from the scope of aspects of the invention, it is intended that all matter contained in the above description and shown in the accompanying drawings shall be interpreted as illustrative and not in a limiting sense. 

1. A system comprising: a memory area associated with a mobile computing device, said memory area storing at least one latency record; and a processor programmed to: measure a latency of data transmitted from the mobile computing device to one of a plurality of destination computing devices; create the latency record having latency factors identifying at least the measured latency, a cell site identifier, a location of the mobile computing device, a signal strength, an access point name, and said one of the destination computing devices, wherein the created latency record is stored in the memory area; and transmit the latency record stored in the memory area to a latency service, wherein the latency service aggregates the transmitted latency record with a plurality of latency records received from a plurality of computing devices, determines relationships between the latency factors and the measured latency from the aggregated records, and provides latency estimations to requesting computing devices based on the determined relationships.
 2. The system of claim 1, wherein the processor is further programmed to: transmit a request for a latency estimation to the latency service, said request identifying a cell site identifier, a signal strength, an access point name, and a destination computing device; and receive the requested latency estimation from the latency service, wherein the received latency estimation identifies a latency between the mobile computing device and a cell site corresponding to the cell site identifier.
 3. The system of claim 2, wherein the processor is further programmed to adjust operations performed by the mobile computing device based on the received latency estimation.
 4. The system of claim 1, wherein the memory area further stores a plurality of applications, and wherein the processor is programmed to perform said measuring, said creating, and said transmitting for one or more of the plurality of applications.
 5. The system of claim 1, wherein the latency service comprises means for estimating the latency between the first computing device and the second computing device.
 6. A method comprising: receiving a request for a latency estimation for sending data from a first computing device to a second computing device, said request identifying latency factors of the first computing device including one or more of the following: a cell site identifier, a signal strength, an access proxy, and the destination computing device; accessing latency factors and latency measurements aggregated from a plurality of computing devices; defining relationships between the accessed latency factors and the accessed latency measurements; calculating the latency estimation based on the defined relationships and the latency factors of the first computing device, wherein the calculated latency estimation includes a sum of a first latency value from the first computing device to a cell site identified by the cell site identifier, a second latency value from the cell site to an access point identified by the access proxy, and a third latency value from the access point to the second computing device; and providing the calculated latency estimation to the first computing device.
 7. The method of claim 6, wherein defining the relationships comprises: defining a relationship between signal strength and latency for each cell site; and determining congestion associated with each cell site.
 8. The method of claim 6, further comprising: receiving, from the first computing device, data indicating movement of the first computing device; and calculating, based on the received data, a time value during which the calculated latency estimation is valid.
 9. The method of claim 6, further comprising calculating an accuracy value associated with the calculated latency estimation.
 10. The method of claim 6, further comprising: selecting one or more alternative cell sites based on the defined relationships and one or more of the following: the first latency value, the second latency value, and the third latency value; and recommending, to the first computing device, connection by the first computing device to at least one of the selected alternative cell sites.
 11. The method of claim 6, further comprising: receiving a location of the first computing device; and selecting one or more wireless fidelity access locations based on the received location, wherein connection by the first computing device to one of the selected wireless fidelity access locations yields a latency that is less than the calculated latency estimation.
 12. The method of claim 6, wherein receiving the request comprises receiving the request via an application programming interface associated with a latency service.
 13. The method of claim 6, further comprising aggregating latency records from the plurality of computing devices, wherein the aggregated latency records include the latency factors and the latency measurements from the plurality of computing devices.
 14. The method of claim 13, further comprising filtering the aggregated latency records based on cell site identifier, and wherein calculating the latency estimation comprises calculating the latency estimation based on the filtered, aggregated latency records.
 15. The method of claim 13, further comprising filtering the aggregated latency records based on access proxy, and wherein calculating the latency estimation comprises calculating the latency estimation based on the filtered, aggregated latency records.
 16. One or more computer-readable media having computer-executable components, said components comprising: an interface component that when executed by at least one processor causes the at least one processor to receive a request for a latency estimation for sending data from a first computing device to a second computing device, said request identifying latency factors of the first computing device including one or more of the following: a cell site identifier, a signal strength, an access proxy, and the destination computing device; a measurement filter component that when executed by at least one processor causes the at least one processor to access relationships derived from latency factors and latency measurements aggregated from a plurality of computing devices; an estimator component that when executed by at least one processor causes the at least one processor to calculate the latency estimation based on the relationships accessed by the measurement filter and the latency factors of the first computing device received by the interface component, wherein the calculated latency estimation includes a sum of a first latency value from the first computing device to a cell site identified by the cell site identifier, a second latency value from the cell site to an access point identified by the access proxy, and a third latency value from the access point to the second computing device, wherein the interface component providing the calculated latency estimation to the first computing device; and a recommendation component that when executed by at least one processor causes the at least one processor to: compare the latency estimation calculated by the estimator component with a pre-defined threshold, select one or more alternative cell sites based on the comparison, and identify the selected alternative cell sites to the first computing device.
 17. The computer-readable media of claim 16, wherein the estimator component calculates the second latency value by: determining a latency from the first computing device to the access point; and subtracting the first latency value from the determined latency to calculate the second latency value.
 18. The computer-readable media of claim 16, wherein the estimator component calculates the first latency value and the second latency value, and further retrieves the third latency value from a data store.
 19. The computer-readable media of claim 16, wherein the recommendation component identifies the selected alternative cell sites by recommending a physical location for the first computing device to access at least one of the selected alternative cell sites.
 20. The computer-readable media of claim 16, wherein the recommendation component further calculates, based on movement of the first computing device and the relationships accessed by the measurement filter component, a time at which the latency estimation calculated by the estimator component will change. 